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(57) Abstract 

In a radio telecommunications network (10), a system and method of providing service differentiation for call forwarding based upon 
the type of call. The system provides network support that allows the forwarding of calls of different types to appropriate devices for each 
type of call, as identified by the call's service code. The system determines whether a call to a mobile station (19) is a data call, and if 
it is a data call, provides the network support for forwarding the call to a different number than voice calls. A Service Type parameter 
(23) is added to AN S 1-41 signaling messages to inform various nodes in the network of the type of call. The network includes a home 
location register/service control point (HLR/SCP) (15) with a database of call forwarding (transfer) numbers for its served mobile stations. 
The database records at least one transfer number for each type of service. Service logic in the HLR/SCP (15) associates the type of call 
with the appropriate transfer number. In this manner, incoming data calls such as G3 Fax calls are forwarded to an alternate fax machine, a 
fax mailbox, or some other device (14) capable of storing the data rather than a voice mailbox (13). The system and method are applicable 
to forwarding any type of data service, and are not limited to ADS and G3 Fax calls. 
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SYSTEM AND METHOD OF FORWARDING DATA CALLS 
IN A RADIO TELECOMMUNICATIONS NETWORK 



5 BACKGROUND OF THE INVENTION 

Technical Field of the Invention 

This invention relates to radio telecommunication systems and, more 
particularly, to a system and method of forwarding data calls in a radio 
telecommunications network. 

10 Description pf Related An 

Existing radio telecommunications networks offer subscribers a 
supplementary service called call forwarding which allows a terminating call to be 
rerouted to an alternate destination. Within the context of mobile telephony, call 
forwarding is supported by storing a set of transfer numbers in the subscriber's 

1 5 home location register (HLR). When call forwarding is required, a transfer number 
is retrieved from the HLR and utilized to reroute the call. 

There are three scenarios for call forwarding. The first is a transfer resulting 
from routing interrogation. During the routing interrogation process, an 
originating/gateway mobile switching center (O-MSC) interrogates the called 

20 subscriber's HLR to determine the location of the called mobile station. If the 
subscriber has the feature Call Transfer Immediate activated, the HLR determines 
that the call should be immediately transferred. The HLR then returns an 
appropriate transfer number to the O-MSC. The O-MSC then takes the appropriate 
actions to deliver the call to the transfer number. 

25 The second scenario is a transfer at the O-MSC after the call is routed and 

there is no reply (no answer) from the called mobile station. After a successful 
routing interrogation process, the call is routed (trunked) from the O-MSC to the 
serving/visited MSC (V-MSC). If the subscriber does not answer the phone, the V- 
MSC may then initiate a Redirection Request back to the O-MSC. Upon receiving 

30 the redirection Request, the O-MSC initiates a transfer number Interrogation Request 
to the HLR. Upon receiving a transfer number Interrogation Request, the HLR 
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returns an appropriate transfer number to the O-MSC. The O-MSC then takes the 
appropriate actions to deliver the call to the transfer number. 

The third scenario is a transfer at the V-MSC after the call is routed and 
there is no reply (no answer or busy) from the called mobile station. In some 
5 circumstances, if a call is routed from the O-MSC to the V-MSC, and the subscriber 
is busy or does not answer the phone, the V-MSC may be prohibited from initiating 
a Redirection Request towards the O-MSC. In this situation, the V-MSC must 
initiate the transfer number Interrogation Request to the HLR. Upon receiving the 
transfer number Interrogation Request, the HLR returns an appropriate transfer 

10 number to the V-MSC. The V-MSC then takes the appropriate actions to deliver the 
call to the transfer number. 

Project Number 3770 (PN3770) describes the implementation of 
asynchronous data service (ADS) and facsimile (G3Fax) in mobile telephony. 
PN3770 details changes to ANSI-41 messages for network support of ADS and 

15 G3Fax calls in the cellular network. Without the present invention, however, 
PN3770 does not provide for network support for call forwarding of data calls. 
Therefore, the existing mechanism for handling call forwarding is not sufficient to 
provide a meaningful and useful service. This is because the existing mechanism, 
prior to the present invention, does not differentiate between a data call and a voice 

20 call. Therefore, when a data call such as a Fax call comes in today, and the 
subscriber is busy or has immediate call transfer activated, the data call is 
transferred to the same number to which voice calls are transferred. If voice calls 
are being transferred to voice mail, then a data call is also transferred to voice mail. 
Although there are no known prior art teachings of a solution to the 

25 aforementioned deficiency and shortcoming such as that disclosed herein, U.S. 
Patent Number 5,533,019 to Jayapalan (Jayapalan) and U.S. Patent Number 
5,416,834 to Bales et al. (Bales) discuss subject matter that bears some relation to 
matters discussed herein. Jayapalan discloses a method and apparatus for 
communicating packet data calls over a radio channel. However, Jayapalan does not 

30 teach or suggest a method of forwarding data calls in a radio telecommunications 
network. 
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Bales discloses a telecommunication protocol message for a landline 
telephone system that allows redirection of a call received by a first telephone station 
to a second telephone station or terminal. The redirect message gives a basic rate 
interface (BRI) station set the capability of automatically forwarding certain types 
5 of calls. The BRI set can be programmed to examine the bearer capability 
information element in the setup message to determine the type of call being set up. 
If the call is a data call, the BRI set is programmed to transfer the call to an 
appropriate terminal. 

The method disclosed in Bales, however, is only applicable to landline 

10 systems with intelligent, programmable BRI station sets. Bales does not in any way 
teach or suggest a method of forwarding data calls to different transfer numbers than 
voice calls in a radio telecommunications network. 

Review of each of the foregoing references reveals no disclosure or 
suggestion of a system or method such as that described and claimed herein. 

15 In order to overcome the disadvantage of existing solutions, it would be 

advantageous to have a system and method in a radio telecommunications network 
that passes a call's service type to the network's service logic so that it can make a 
more intelligent decision regarding which transfer number to return. Such a system 
would transfer ADS, G3Fax, and other data calls differently than their voice calls. 

20 The present invention provides changes to ANSI-41 messages to provide network 
support for intelligent call forwarding of data calls. 

SUMMARY OF THE INVENTION 

The present invention is a system and method of providing service 
25 differentiation for call forwarding based upon the type of call. The present 
invention provides network support that allows the forwarding of calls of different 
types to appropriate devices for each type of call, as identified by the call's service 
code. For example, the present invention determines whether the call is a data call, 
and if it is a data call, the present invention provides the network support for 
30 forwarding the call to a different number than voice calls. For example, an 
incoming call identified as a G3Fax call is transferred to an alternate fax machine 
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or a fax mailbox, or some other device capable of storing the data rather than a 
voice mailbox. The present invention is applicable to forwarding any type of service 
other than voice, and is not limited to ADS and G3 Fax calls. 

Thus, in one aspect, the present invention is a system in a radio 
5 telecommunications network for forwarding a voice call to a first transfer number 
and forwarding a data call to a second transfer number. The system includes means 
for determining whether an incoming call from a calling party for a mobile station 
is a data call, and means for determining whether the mobile station is available to 
take the call. The system also includes means for forwarding the incoming call to 

10 the first transfer number upon determining that the incoming call is not a data call, 
and the mobile station is not available to take the call. The system also includes 
means for forwarding the incoming call to the second transfer number upon 
determining that the incoming call is a data call, and the mobile station is not 
available or is currently not capable of taking the call, or the network cannot service 

15 the call. 

In another aspect, the present invention is a method in a radio 
telecommunications network of forwarding a voice call to a first transfer number and 
forwarding a data call to a second transfer number. The method begins by 
determining whether an incoming call from a calling party for a mobile station is a 

20 data call, determining whether the mobile station is available to take the call, and 
forwarding the incoming call to the first transfer number upon determining that the 
incoming call is not a data call, and the mobile station is not available to take the 
call. The method also includes the step of forwarding the incoming call to the 
second transfer number upon determining that the incoming call is a data call, and 

25 the mobile station is not available to take the call. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood and its numerous objects and 
advantages will become more apparent to those skilled in the art by reference to the 
30 following drawing, in conjunction with the accompanying specification, in which: 
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FIG. 1 is a block diagram of a radio telecommunications network in which 
the call forwarding support system of the present invention has been implemented; 

FIG. 2 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a data call due to a page or answer timeout at the 
5 serving mobile switching center following call setup; 

FIG. 3 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a data call due to the called mobile station 
becoming busy at the serving mobile switching center before call setup; 

FIG. 4 is a table of parameters for the Redirection Request (REDREQ) 
10 Invoke message illustrating the addition of a CDMA Service Option parameter and 
a TDMA Service Code parameter according to the teachings of the present 
invention; 

FIG. 5 is a table of parameters for the Transfer to Number Request 
(TRANUMREQ) Invoke message illustrating the addition of the CDMA Service 
1 5 Option parameter and the TDMA Service Code parameter according to the teachings 
of the present invention; and 

FIG. 6 is a table of parameters for the Redirection Directive (REDDIR) 
Invoke message illustrating the addition of the CDMA Service Option parameter 
and the TDMA Service Code parameter according to the teachings of the present 
20 invention; 

FIG. 7 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a call due to a service type mismatch at the 
HLR/SCP between the service requested by the calling party and the service 
requested by the called mobile station; 

25 FIG. 8 is a message flow diagram illustrating the flow of messages in the 

present invention when forwarding a call due to a service type mismatch at the 
originating MSC between the service requested by the calling party and the service 
requested by the called mobile station; 

FIG. 9 is a message flow diagram illustrating the flow of messages in the 

30 present invention when forwarding a call due to a service type rejection by the called 
mobile station; and 
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FIG. 10 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a call due to a service type rejection by the 
serving MSC. 



5 DETAILED DESCRIPTION OF EMBODIMENTS 

FIG. 1 is a block diagram of a radio telecommunications network in which 
the call forwarding support system of the present invention has been implemented. 
Landline networks 1 1 such as the Public Switched Telephone Network (PSTN) or 
the Integrated Services Digital Network (ISDN) are connected to the radio 

10 telecommunications network 10 through a gateway mobile switching center (G- 
MSC). The G-MSC may also be an Originating MSC (O-MSC) 12 if the incoming 
call is a mobile originated call rather than coming from a landline network such as 
the PSTN. The O-MSC may be connected to peripheral equipment and other 
network nodes such as a voice mail system (VMS) 13 and a data message center 

15 (MC)14 which may be a multimedia-capable message center or a fax mailbox, etc. 
Thus, a subscriber may have the VMS 13 for storing voice calls, and may also have 
a device for storing and forwarding fax messages or a multimedia message center 
that allows for the transfer of files, etc. The present invention enables the subscriber 
to divert various data calls to the appropriate storage device. The O-MSC may also 

20 be connected to other switching nodes, enabling the forwarding of calls to other 
network routable numbers. 

The G-MSC or O-MSC 12 is connected via ANSI-41 signaling links to a 
home location register (HLR) 15 which includes service logic and a database of 
subscriber information. In some networks which incorporate intelligent network 

25 services, the HLR may be combined with a service control point (SCP) which stores 
the service logic for implementing intelligent network services. Thus, in these 
networks, the location of the called mobile station, or the transfer number may be 
obtained from a node referred to as the HLR/SCP or simply "service logic." 

The HLR/SCP is connected via ANSI-41 signaling links to a serving MSC 

30 16. The serving MSC has an interworking function (IWF) 17 associated with it for 
interfacing landline data protocols with digital cellular radio protocols. The serving 



WO 98/26621 



PCT/SE97/02061 



MSC is connected to one or more base stations (BS) 18 which transmit and receive 
information with one or more mobile stations (MS) 19. The exact network 
architecture may vary from one manufacturer to another, and not affect the scope 
of the present invention. For example, in some network architectures, the VMS 13 

5 is connected to the serving MSC 16. 

The IWF 17 is logically connected to the call to provide interworking 
between the mobile-specific protocols utilized on the air interface and the landline- 
specific protocol utilized with data/fax transmissions. For example, the IS-136 air 
interface standard defines how data transmitted to and from a mobile station is 

10 formatted into Time Division Multiple Access (TDM A) bursts. When a data call 
is received at the serving MSC 16, the data is sent to the IWF 17 where it is placed 
in the TDMA format for transmission to the mobile station 19. Functions performed 
in the IWF include rate adaptation between the transmission rate over the air 
interface and the transmission rate over the land lines. Thus, the IWF performs 

15 flow control, error control, data buffering, encryption, compression, etc. 

Although the preferred embodiment of the present invention is described 
herein in terms of IS-136 Time Division Multiple Access (TDMA) systems, the 
present invention is a network-level invention which is applicable to Code Division 
Multiple Access (CDMA) systems, the Global System for Mobile Communications 

20 (GSM), or any other type of air interface system such as the analog Narrow-band 
Advanced Mobile Phone System (NAMPS). Applicable standards, which are hereby 
incorporated by reference include the IS- 130 link layer standard, the IS- 135 standard 
for computer-to-modem commands, the IS-136 TDMA standard for low level 
framing and bit formatting of the radio channel, the IS-95 and IS-99 standards for 

25 CDMA, and the standard for GSM. 

Normally when a call to a mobile station comes in from the PSTN 11, it is 
trunked to the O-MSC 12. The O-MSC interrogates the HLR/SCP 13 for the 
location of the called mobile station 19. The HLR/SCP interrogates the serving 
MSC 16 for routing instructions. The serving MSC returns a routing number 

30 through the HLR/SCP to the O-MSC The call is then trunked from the O-MSC 12 
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to the serving MSC 16 and connected to the called mobile station 19 through the 
serving base station 18. 

This scenario changes when the call must be transferred to a transfer number. 
This can occur under various circumstances. For example, the called subscriber 
5 may have activated the immediate call transfer feature. In this situation, the call is 
routed to the O-MSC 12 which interrogates the HLR/SCP 15 for the location of the 
called mobile station 19. If the subscriber has immediate call transfer activated, the 
HLR/SCP 15 finds a transfer number in its subscriber database and returns the 
transfer number to the O-MSC. The call is then routed to the transfer number 
10 without setting up the call to the serving MSC. In PN3770, no differentiation is 
made between data calls and voice calls. 

In order to provide a meaningful and useful transfer service for ADS/G3Fax 
calls, a separate set of transfer numbers is defined in the HLR/SCP 15 for 
ADS/G3Fax calls. During the routing interrogation process, the HLR/SCP is 
15 informed that the call is an ADS/G3Fax call. Upon determining that the 
ADS/G3Fax call can not be delivered, the HLR/SCP 15 returns an appropriate 
ADS/G3Fax transfer number to the O-MSC 12. 

The present invention requires that the type of call be identified to the 
HLR/SCP 15. This may be accomplished in several ways. First, the calling party 
20 may perform a two-stage dialing procedure. Different pilot numbers are utilized to 
identify different types of calls. For example, there is a different pilot number for 
ADS and for G3Fax calls. If the calling party first dials the pilot number for a 
G3Fax call, the pilot number directs the call to the O-MSC 12 and identifies the type 
of call as a G3Fax call. The O-MSC recognizes the number as a pilot number for 
25 a G3 Fax call, and sends another dial tone requesting the calling party to enter a 
second number. The second number is the subscriber number for the called mobile 
station 19. The O-MSC then includes an indication of the type of call in a Location 
Request (LOCREQ) Invoke message 21 sent to the HLR/SCP 15. At that point, the 
HLR/SCP knows that immediate call transfer is activated, and the type of call is a 
30 G3Fax call. Therefore, the HLR/SCP returns a LOCREQ Return Result message 
22 to the O-MSC and includes a transfer number (TN) 22 for G3Fax calls. 
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The type of call may also be identified by assigning different numbers to the 
called mobile station, depending on the type of call to be made. For example, a first 
number may be utilized for voice calls to the mobile station while a second number 
is for data calls to the mobile station. When one of these numbers is dialed-by a 
5 calling party, the call is routed to the O-MSC 12. The O-MSC does not know what 
type of call it is, and interrogates the HLR/SCP 15 for location information. The 
HLR/SCP then associates the dialed number with a type of call and handles the call 
accordingly. 

Other methods of identifying the type of call also exist. For example, the 
10 type of call may be identified directly from the ISDN User Part, User Service 
Information (USI) field which is mapped from the Bearer Capability Indicator (BCI) 
provided by the calling party. If the USI field is received, then the O-MSC 12 can 
deduce that the call is a data call and handle the call accordingly. 

If the serving MSC 16 or O-MSC 12 have to request a transfer number to 
15 forward an ADS/G3Fax call, the Transfer to Number Request Invoke message may 
include the service code parameter to indicate that this transfer service is being 
requested for an ADS/G3Fax call. 

If a Redirection Request Invoke message (ANSI-41) is sent from the serving 
MSC 16 back to the O-MSC 12, it may also include a service code parameter to 
20 indicate that this transfer service is being requested for an ADS/G3Fax call. 

Commands and procedures are implemented at the HLR/SCP to properly 
administer the new transfer numbers. The system is implemented to allow the 
HLR/SCP to store and retrieve one transfer number per Service Code or service. 
Procedures are also defined so that subscribers can change the transfer numbers. 
25 FIG. 2 is a message flow diagram illustrating the flow of messages in the 

present invention when forwarding a data call due to a page or answer timeout at the 
serving mobile switching center following call setup. Referring to FIGS. 1 and 2, 
a call origination 21 is received at the originating (gateway) O-MSC 12. The O- 
MSC then sends a Location Request (LOCREQ) Invoke message 22 to the 
30 HLR/SCP 15 requesting location information for the called mobile station 19. 
When the O-MSC 12 knows the type of call because, for example, the calling party 
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utilized two-stage dialing, a Service Type parameter 23 is included in the LOCREQ 
Invoke message to the HLR/SCP. The Service Type parameter is passed on to the 
visitor location register (VLR) 24 and the serving MSG 16 (collectively, the serving 
system) in a Routing Request (ROUTREQ) Invoke message 25. 
5 The serving MSC 16 returns a routing number such as a Temporary Location 

Directory Number (TLDN) to the VLR 24 and the HLR/SCP 15 in a ROUTREQ 
Return Result message 26. The HLR/SCP then returns the location information to 
the O-MSC 12 in a LOCREQ Return Result message 27. The O-MSC 12 then sets 
up the call at 28 directly to the serving MSC 16. 

10 The serving MSC 16 then pages for the called mobile station 19. If there is 

no page response from the mobile station, or if the mobile station responds to the 
page, but the subscriber does not answer the call at 29, then the call must be 
redirected. Therefore, the serving MSC 16 sends a Redirection Request (REDREQ) 
Invoke message 31 to the originating MSC 12. If the service type has been 

15 identified by a method such as one-number-per-service, where the service type is 
identified in the HLR/SCP 15 after the LOCREQ Invoke message 22 is sent, then 
the originating MSC does not know the service type. In this instance, the serving 
MSC 16 includes the Service Type parameter 23 in the REDREQ Invoke message 
31. If the service type is identified by two-stage dialing or by an incoming ISUP 

20 message, then the originating MSC 12 might know the service type, and the Service 
Type parameter may be omitted from the REDREQ Invoke message. In the 
preferred embodiment of the present invention, the Service Type parameter 23 is 
passed back to the originating MSC even if two-stage dialing was utilized, and the 
originating MSC knew the type of call when the LOCREQ Invoke message 22 was 

25 sent. This embodiment eliminates the requirement to store large quantities of state 
information in the originating MSC 12 for all calls, just to support the rare instances 
when data calls do not connect through, and have to be transferred. In addition, 
there may also be service changes during the call which require that a new Service 
Type parameter be sent to the originating MSC. 

30 The originating MSC 12 then sends a Transfer to Number Request 

(TRANUMREQ) Invoke message 32 to the HLR/SCP 15 and may include the 
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Service Type parameter 23. Alternatively, the originating MSG may include a 
Billing ID parameter in the TRANUMREQ Invoke message which enables the 
HLR/SCP to identify the call from the previous signaling messages, and thereby 
identify the type of call. The HLR/SCP 15 then selects the transfer number 
5 associated with the identified type of call, and returns the number to the O-MSC 12 
in a TRANUMREQ Return Result message 33. The O-MSC then sends a REDREQ 
Return Result message 34 to the serving MSC 16, and then releases the call to the 
serving MSC at 35. At 36, the O-MSC sets up the call to the transfer number. 

If there is a Local Access and Transport Area (LATA) boundary between the 

10 originating MSC 12 and the serving MSC 16, then the serving MSC may send the 
TRANUMREQ Invoke message to the HLR/SCP 15 rather than the originating 
MSC sending the message. 

FIG. 3 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a data call due to the called mobile station 

15 becoming busy at the serving mobile switching center before call setup. In 
situations where the originating MSC 12 and the serving MSC 16 are in the same 
LATA, some telecommunication systems page for the called mobile station at 41 
when the ROUTREQ Invoke message 25 is received at the serving MSC. If a page 
response 42 is received at that time, the serving MSC 16 sends the ROUTREQ 

20 Return Result message 26 to the HLR/SCP 15. If the mobile station fails to respond 
to the page or becomes busy or otherwise unavailable after the routing messages are 
completed, but before call setup is completed, the serving MSC 16 sends the 
REDREQ Invoke message 31 to the originating MSC 12 and includes the Service 
Type parameter 23. The remainder of the message flow is identical to that described 

25 in FIG. 2. 

FIG. 4 is a table of parameters for the Redirection Request (REDREQ) 
Invoke message 31 illustrating the addition of the Service Type parameter 23 
according to the teachings of the present invention. The parameter appears as 
CDMA Service Option 23a and TDMA Service Code 23b. It may also appear as 
30 any parameter of similar function for other air interfaces (e.g., NAMPS). 
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FIG. 5 is a table of parameters for the Transfer to Number Request 
(TRANUMREQ) Invoke message 32 illustrating the addition of the Service Type 
parameter 23 according to the teachings of the present invention. The parameter 
appears as CDMA Service Option 23a and TDM A Service Code 23b. It may also 
5 appear as any parameter of similar function for other air interfaces (e.g. , NAMPS). 

A data call may be first routed to an adjunct MSG. Then, based on service 
control logic, a Redirection Directive (REDDIR) Invoke message may be sent back 
to the O-MSC requesting the O-MSC to forward the data call to another network 
routable number. FIG. 6 is a table of parameters for the REDDIR Invoke message 
10 illustrating the addition of the Service Type parameter 23 according to the teachings 
of the present invention. The parameter appears as CDMA Service Option 23a and 
TDMA Service Code 23b. It may also appear as any parameter of similar function 
for other air interfaces (e.g., NAMPS). 

Thus, in existing systems, the service logic performs transfers in a single way 
15 which always assumes the call is a voice call. The present invention passes the 
service type to the service logic so that it can make a more intelligent decision 
regarding which transfer number to return. 

FIG. 7 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a call due to a service type mismatch at the 
20 HLR/SCP 15 between the service requested by the calling party and the service 
requested by the called mobile station 19. In this embodiment of the present 
invention, the message flow is the same as in FIG. 3 until the serving MSC 16 sends 
a page 41 to the called mobile station, including the requested service type 23, and 
obtains a page response 42 with an expected service code 43 from the mobile 
25 station. The expected service code 43 indicates the type of call which the mobile 
station is expecting to receive, or is capable of receiving. The serving MSC then 
provides the expected service code 43 in a ROUTREQ Return Result message 44 to 
the HLR/SCP 15, indicating the expected service code that the mobile station 
provided in its page response. At 45, the HLR/SCP 15 then compares the expected 
30 service code 43 received in the ROUTREQ Return Result message 44 with the 
service code that the HLR/SCP 15 sent in the ROUTREQ Invoke message 25. At 
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46, the HLR/SCP 15 then validates whether the MS 19 has responded with the 
proper service code for the type of call being delivered. 

For service type matching in the HLR/SCP 15, the present invention 
compares service types rather than specific service codes. This is done because 
5 there are, for example, several service codes corresponding to speech. For example, 
there are service codes identifying analog speech or digital speech, and analog or 
digital speech (analog preferred or digital preferred). There are als9 service codes 
for several types of data such as asynchronous data and G3 Fax. If a mobile station 
is paged for speech, and responds with one of the service codes pertaining to speech, 
10 then there is a match. If an expected service code of an entirely different type is 
received, then there is a mismatch. 

If there is a service type mismatch at 46, the HLR/SCP 15 sends a LOCREQ 
Return Result message 47 to the O-MSC 12 and includes an appropriate forwarding 
number for the type of call that was originally requested in the LOCREQ Invoke 
5 message 22. The O-MSC 12 then sets up the call to the forwarding number at 48. 

FIG. 8 is a message flow diagram illustrating the flow of messages in the 
present invention when forwarding a call due to a service type mismatch at the 
originating MSC 12 between the service requested by the calling party and the 
service requested by the called mobile station 19. In this embodiment of the present 
0 invention, the message flow is the same as in FIG. 3 until the serving MSC 16 sends 
a page 41 to the called mobile station, including the requested service type 23, and 
obtains a page response 42 with an expected service code 43 from the mobile 
station. The serving MSC then provides the expected service code 43 in a 
ROUTREQ Return Result message 44 to the HLR/SCP 15. The HLR/SCP sends 
5 a LOCREQ Return Result message 51 to the O-MSC 12 and includes the expected 
service code 43, indicating the expected service code that the mobile station 
provided in its page response. 

At 52, the O-MSC 12 then compares the expected service code 43 received 
in the LOCREQ Return Result message 51 with the service code that the O-MSC 12 
• sent in the LOCREQ Invoke message 22. At 53, the O-MSC 12 then validates 
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whether the MS 19 has responded with the proper service code for the type of call 
being delivered. 

If there is a service type mismatch at 53, the O-MSC 12 sends a 
TRANUMREQ Invoke message 54 to the HLR/SCP 15 and includes the service type 
5 that was originally requested in the LOCREQ Invoke message 22. The HLR/SCP 
15 then sends a TRANUMREQ Return Result message 55 to the O-MSC 12 with 
an appropriate forwarding number for the requested type of call. The O-MSC 12 
then sets up the call to the forwarding number at 56. 

FIG. 9 is a message flow diagram illustrating the flow of messages in the 
10 present invention when forwarding a call due to a service type rejection by the called 
mobile station 19. In this embodiment of the present invention, the message flow 
is the same as in FIG. 3 until the serving MSC 16 sends a page 41 to the called 
mobile station, including the requested service type 23, and obtains a page response 
42 with an indication that the mobile station 19 has rejected the requested service 
15 type. This may occur during a scenario in which a mobile subscriber utilizes his 
mobile station both as a telephone and, at other times, as a mobile terminal for 
fax/data calls. When the mobile station is connected, for example, to a personal 
computer (PC), the mobile station knows that it is then capable of receiving fax/data 
calls. If a page is received which includes a requested service type 23 for a data 
20 call, the mobile station responds and includes an expected service code for data 
calls. The call is then delivered. However, if the subscriber disconnects the mobile 
station from the PC so that the mobile station may be utilized as a telephone, the 
mobile station knows that it can no longer receive fax/data calls. If a page is 
received which includes a requested service type 23 for a data call, the mobile 
25 station responds and includes an indication 60 that the service type is rejected. 

This scenario may also occur if the mobile station is connected to the PC, 
and a page is received which includes a requested service type 23 for a voice call. 
Since the mobile station knows that it is only capable of receiving fax/data calls at 
that time, it rejects the requested service type. The serving MSC 16 then 
30 includes an Access Denied Parameter 61 service rejection by the mobile station in 
a ROUTREQ Return Result message 62 to the HLR/SCP 15. The serving MSC 
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does not return a routing number (for example, a Temporary Location Directory 
Number (TLDN)) since the mobile station 19 has indicated that it is not capable of 
accepting the call. The HLR/SCP then accesses its database of forwarding numbers 
at 63, and selects a forwarding number which is associated with the requested 

5 service type 23 that was originally requested in the LOCREQ Invoke message 22. 
The HLR/SCP 15 then sends a LOCREQ Return Result message 64 to the O-MSC 
12 and includes the appropriate forwarding number for the type of call. The O- 
MSC 12 then sets up the call to the forwarding number at 65. 

FIG. 10 is a message flow diagram illustrating the flow of messages in the 

10 present invention when forwarding a call due to a service type rejection by the 
serving MSC 16. In this embodiment of the present invention, the message flow is 
the same as in FIG. 3 until the VLR 24 sends the ROUTREQ Invoke message 25 to 
the serving MSC 16, and includes the service type parameter 23. Upon receiving 
the ROUTREQ Invoke message, the serving MSC 16 determines whether it supports 

15 the request service type identified in the service type parameter 23. If so, the 
mobile station is paged, and the call is connected normally. If not, the serving MSC 
16 does not page the mobile station, but includes an Access Denied Parameter 71 
service rejection by the serving system in a ROUTREQ Return Result message 72 
to the HLR/SCP 15. The serving MSC does not return a routing number (for 

20 example, a Temporary Location Directory Number (TLDN)) since the serving MSC 
is not capable of supporting the call. The HLR/SCP then accesses its database of 
forwarding numbers at 73, and selects a forwarding number which is associated with 
the requested service type 23 that was originally requested in the LOCREQ Invoke 
message 22. The HLR/SCP 15 then sends a LOCREQ Return Result message 74 

25 to the O-MSC 12 and includes the appropriate forwarding number for the type of 
call. The O-MSC 12 then sets up the call to the forwarding number at 75. 

It is thus believed that the operation and construction of the present invention 
will be apparent from the foregoing description. While the method, apparatus and 
system shown and described has been characterized as being preferred, it will be 

30 readily apparent that various changes and modifications could be made therein 



WO 98/26621 



PCT/SE97/02061 



-16- 

without departing from the spirit and scope of the invention as defined in the 
following claims. 
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WHAT IS CLAIMED IS: 

1. A system in a radio telecommunications network for forwarding a 
voice call to a first transfer number and forwarding a data call to a second transfer 
number, said system comprising: 

5 means for determining whether an incoming call from a calling party for a 

mobile station is a data call; 

means for determining whether said call can be completed to said mobile 

station; 

means for forwarding said incoming call to said first transfer number upon 
10 determining that said incoming call is not a data call, and said call cannot be 
completed to said mobile station; and 

means for forwarding said incoming call to said second transfer number upon 
determining that said incoming call is a data call, and said call cannot be completed 
to said mobile station. 

15 

2. The system of claim 1 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC) and a home 
location register/ service control point (HLR/SCP), and said means for determining 
whether an incoming call for a mobile station is a data call includes: 

20 means within said O-MSC for obtaining a pilot number from said calling 

party ; and 

means within said O-MSC for associating said pilot number with a type of 

call. 

25 3. The system of claim 2 further comprising means within said O-MSC 

for obtaining a dialed telephone number for said mobile station from said calling 
party, 

4. The system of claim 1 wherein said radio telecommunications 
30 network includes an originating mobile switching center (O-MSC) and a home 
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location register/service control point (HLR/SCP), and said means for determining 
whether an incoming call for a mobile station is a data call includes: 

means for obtaining a dialed telephone number from said calling party, said 
dialed telephone number being associated with said mobile station and a particular 
5 type of call; and 

means within said HLR/SCP for associating the dialed number with the type 

of call. 

5. The system of claim 1 wherein said radio telecommunications 
10 network includes an originating mobile switching center (O-MSC) and said means 

for determining whether an incoming call for a mobile station is a data call includes: 
means within said O-MSC for receiving an ISDN User Part, User Service 
Information (USI) field which is mapped from a calling party Bearer Capability 
Indicator (BCI); and 
15 means for mapping the ISDN USI field into a service type. 

6. The system of claim 1 wherein said radio telecommunications 
network includes a serving mobile switching center (serving MSC) and said means 
for determining whether said call can be completed to said mobile station includes 

20 a paging mechanism within said serving MSC for paging said mobile station and 
receiving a page response from said mobile station. 

7. The system of claim 6 further comprising: 

means within said serving MSC for sending an alert signal to said mobile 
25 station; and 

means for detecting whether said mobile station answers said alert signal. 

8. The system of claim 1 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC), a home location 

30 register/service control point (HLR/SCP), and a serving mobile switching center 
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(serving MSC), and said means for forwarding said incoming call to said first 
transfer number upon determining that said incoming call is not a data call includes: 

a database of transfer numbers within said HLR/SCP, said database 
comprising a plurality of transfer numbers for each mobile station, each of said 
5 plurality of transfer numbers being associated with a different type of call; and 

means for associating said call with said first transfer number, said first 
transfer number being associated with voice calls. 

9. The system of claim 8 wherein said means for forwarding said 
10 incoming call to said second transfer number upon determining that said incoming 

call is a data call includes means for associating said call with said second transfer 
number, said second transfer number being associated with data calls. 

10. The system of claim 9 further comprising: 

15 means for notifying said HLR/SCP that said call is a data call; and 

means for instructing said HLR/SCP to send said second transfer number to 
said OMSC. 

11. The system of claim 10 wherein said means for instructing said 
20 HLR/SCP to send said second transfer number to said O-MSC is a Transfer to 

Number Request Invoke message. 

12. The system of claim 11 wherein said means for notifying said 
HLR/SCP that said call is a data call includes a Service Type parameter which is 

25 included in said Transfer to Number Request Invoke message. 

13. The system of claim 12 further comprising means for informing said 
O-MSC that said call is a data call. 
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14. The system of claim 13 wherein said means for informing said O- 
MSC that said call is a data call includes a Redirection Request Invoke message 
which includes the Service Type parameter. 

5 15. The system of claim 1 wherein said first transfer number is one of a 

plurality of voice transfer numbers, and said second transfer number is one of a 
plurality of data transfer numbers to which a call may be transferred. 

16. In a radio telecommunications network, a method of forwarding a 
10 voice call to a first transfer number and forwarding a data call to a second transfer 

number, said method comprising the steps of: 

determining whether an incoming call from a calling party for a mobile 
station is a data call; 

determining whether said incoming call can be completed to said mobile 

1 5 station; 

forwarding said incoming call to said first transfer number upon determining 
that said incoming call is not a data call, and said incoming call cannot be completed 
to said mobile station; and 

forwarding said incoming call to said second transfer number upon 
20 detemiining that said incoming call is a data call, and said incoming call cannot be 
completed to said mobile station. 

17. The method of claim 16 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC), a home location 

25 register/service control point (HLR/SCP), and a serving mobile switching center 
(serving MSC), and said step of determining whether an incoming call for a mobile 
station is a data call includes the steps of: 

obtaining within said O-MSC, a pilot number from said calling party; and 
associating within said O-MSC said pilot number with a type of call. 
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18. The method of claim 17 further comprising obtaining within said O 
MSC, a dialed telephone number for said mobile station from said calling party. 

19. The method of claim 16 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC), a home location 
register/ service control point (HLR/SCP), and a serving mobile switching center 
(serving MSC), and said step of determining whether an incoming call for a mobile 
station is a data call includes: 

obtaining a dialed telephone number from said calling party, said dialed 
telephone number being associated with said mobile station and a particular type of 
call; and 

associating within said HLR/SCP, the dialed number with the type of call. 

20. The method of claim 16 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC) and said step of 
determining whether an incoming call for a mobile station is a data call includes: 

receiving within said O-MSC, an ISDN User Part, User Service Information 
(USI) field which is mapped from the calling party Bearer Capability Indicator 
(BCI) ; and 

deducing from the presence of the USI field that the call is a data call. 

21. The method of claim 16 wherein said radio telecommunications 
network includes a serving mobile switching center (serving MSC) and said step of 
determining whether said incoming call can be completed to said mobile station 
includes the steps of: 

paging said mobile station with a paging mechanism within said serving 
MSC; and 

receiving a page response from said mobile station. 
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22. The method of claim 21 further comprising the steps of: 
sending an alert signal to said mobile station from said serving MSC; and 
detecting whether said mobile station answers said alert signal. 

23. The method of claim 16 wherein said radio telecommunications 
network includes an originating mobile switching center (O-MSC), a home location 
register/ service control point (HLR/SCP), and a serving mobile switching center 
(serving MSC), and said step of forwarding said incoming call to said first transfer 
number upon determining that said incoming call is not a data call includes: 

accessing a database of transfer numbers within said HLR/SCP, said database 
comprising a plurality of transfer numbers for each mobile station, each of said 
plurality of transfer numbers being associated with a different type of call; and 

associating said call with said first transfer number, said first transfer number 
being associated with voice calls. 

24. The method of claim 23 wherein said step of forwarding said 
incoming call to said second transfer number upon determining that said incoming 
call is a data call includes associating said call with said second transfer number, 
said second transfer number being associated with data calls. 

25. The method of claim 24 further comprising the steps of: 
notifying said HLR/SCP that said call is a data call; and 

instructing said HLR/SCP to send said second transfer number to said O- 

MSC. 

26. The method of claim 25 wherein said step of instructing said 
HLR/SCP to send said second transfer number to said O-MSC includes sending an 
instruction to said HLR/SCP in a Transfer to Number Request Invoke message. 
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27. The method of claim 26 wherein said step of notifying said HLR/SCP 
that said call is a data call includes the step of including a Service Type parameter 
in said Transfer to Number Request Invoke message. 

5 28. The method of claim 27 further comprising informing said O-MSC 

that said call is a data call. 



29. The method of claim 28 wherein said step of informing said O-MSC 
that said call is a data call includes sending said O-MSC a Redirection Request 

10 Invoke message which includes the Service Type parameter. 

30. In a radio telecommunications network, a method of forwarding a 
first type of call to a first transfer number and forwarding a second type of call to 
a second transfer number, said network having an originating mobile switching 

15 center (O-MSC), a home location register/ service control point (HLR/SCP), and a 
serving mobile switching center (serving MSC), said method comprising the steps 
of: 

storing the first transfer number and the second transfer number in said 
HLR/SCP; 

20 associating the first transfer number with a service code for the first type of 

call, and associating the second transfer number with a service code for the second 
type of call ; 

determining whether an incoming call from a calling party for a mobile 
station is said first type of call or said second type of call; 
25 including a requested service code in a routing request invoke message sent 

from the HLR/SCP to the serving MSC, said requested service code indicating the 
type of call requested by the calling party; 

obtaining an expected service code from said mobile station; 
including said expected service code in a routing request return result 
30 message sent from said serving MSC to said HLR/SCP; 
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determining in said HLR/SCP, whether said expected service code matches 
said requested service code; 

determining, in said HLR/SCP, a forwarding number associated with said 
requested service code; 
5 sending, from said HLR/SCP to said O-MSC, the forwarding number 

associated with the requested service code, upon determining that said expected 
service code does not match said requested service code; and 

forwarding said incoming call to said forwarding number associated with the 
requested service code. 

10 

31. In a radio telecommunications network, a method of forwarding a 
first type of call to a first transfer number and forwarding a second type of call to 
a second transfer number, said network having an originating mobile switching 
center (O-MSC), a home location register/service control point (HLR/SCP), and a 
15 serving mobile switching center (serving MSC), said method comprising the steps 
of: 

storing the first transfer number and the second transfer number in said 
HLR/SCP, 

associating the first transfer number with a service code for the first type of 
20 call, and associating the second transfer number with a service code for the second 
type of call; 

determining whether an incoming call from a calling party for a mobile 
station is said first type of call or said second type of call; 

including a requested service code in a location request invoke message sent 
25 from the O-MSC to the HLR/SCP, said requested service code indicating the type 
of call requested by the calling party; 

obtaining an expected service code from said mobile station; 

including said expected service code in a location request return result 
message sent from said HLR/SCP to said O-MSC; 
30 determining in said O-MSC, whether said expected service code matches said 

requested service code; 
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requesting from said HLR/SCP, a forwarding number associated with said 
requested service code, upon determining that said expected service code does not 
match said requested service code; 

determining, in said HLR/SCP, a forwarding number associated with said 
requested service code; 

sending, from said HLR/SCP to said O-MSC, the forwarding number 
associated with the requested service code; and 

forwarding said incoming call to said forwarding number associated with the 
requested service code. 



32. In a radio telecommunications network, a method of forwarding a 
first type of call to a first transfer number and forwarding a second type of call to 
a second transfer number, said network having an originating mobile switching 
center (OMSC), a home location register/service control point (HLR/SCP), and a 
15 serving mobile switching center (serving MSC), said method comprising the steps 
of: 

storing the first transfer number and the second transfer number in said 
HLR/SCP; 

associating the first transfer number with a service code for the first type of 
20 call, and associating the second transfer number with a service code for the second 
type of call; 

determining whether an incoming call from a calling party for a mobile 
station is said first type of call or said second type of call; 

including a requested service code in a routing request invoke message sent 
25 from the HLR/SCP to the serving MSC, said requested service code indicating the 
type of call requested by the calling party; 

sending a paging signal to said mobile station, said paging signal including 
said requested service code; 

obtaining a page response from said mobile station, said page response 
30 including an indication that said requested service code is rejected; 
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including, in a routing request return result message sent from said serving 
MSC to said HLR/SCP, an Access Denied Parameter set to service rejected by the 
mobile station; 

determining, in said HLR/SCP, a forwarding number associated with said 
5 requested service code; 

sending, from said HLR/SCP to said O-MSC, the forwarding number 
associated with the requested service code; and 

forwarding said incoming call to said forwarding number associated with the 
requested service code. 

10 

33. The method of claim 32 further comprising the steps of: 
receiving said paging signal in said mobile station; 
analyzing said requested service code included in said paging signal; 
determining whether said mobile station is currently able to accept the type 
15 of call associated with said requested service code; and 

including said indication that said requested service code is rejected in said 
page response, upon determining that said mobile station is currently not able to 
accept the type of call associated with said requested service code. 

20 34. In a radio telecommunications network, a method of forwarding a 

first type of call to a first transfer number and forwarding a second type of call to 
a second transfer number, said network having an originating mobile switching 
center (O-MSC), a home location register/ service control point (HLR/SCP), and a 
serving mobile switching center (serving MSC), said method comprising the steps 

25 of: 

storing the first transfer number and the second transfer number in said 
HLR/SCP; 

associating the first transfer number with a service code for the first type of 
call, and associating the second transfer number with a service code for the second 
30 type of call; 
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determining whether an incoming call from a calling party for a mobile 
station is said first type of call or said second type of call; 

including a service type parameter in a routing request invoke message sent 
from the HLR/SCP to the serving MSC, said service type parameter indicating the 
5 type of call requested by the calling party; 

determining in said serving MSC whether the type of call requested by the 
calling party is supported by the serving MSC; 

including, in a routing request return result message sent from said serving 
MSC to said HLR/SCP, an Access Denied Parameter set to service rejected by the 
10 serving MSC, upon determining that said serving MSC does not support the type of 
call requested by the calling party; 

determining, in said HLR/SCP, a forwarding number associated with said 
service type parameter; 

sending, from said HLR/SCP to said O-MSC, the forwarding number 
1 5 associated with the service type parameter; and 

forwarding said incoming call to said forwarding number associated with the 
service type parameter. 

35. The method of claim 34 further comprising, after the step of 
20 determining in said serving MSC whether the type of call requested by the calling 
party is supported by the serving MSC, the steps of: 

sending a paging signal to said mobile station, said paging signal including 
said service type parameter, upon determining that said serving MSC supports the 
type of call requested by the calling party; 
25 obtaining a page response from said mobile station, said page response 

including an indication that the type of call requested by the calling party is rejected 
by said mobile station; and 

including, in a routing request return result message sent from said serving 
MSC to said HLR/SCP, an Access Denied Parameter set to service rejected by the 
30 mobile station. 
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36. The method of claim 35 further comprising the steps of: 

receiving said paging signal in said mobile station; 

analyzing said service type parameter included in said paging signal; 

determining whether said mobile station is currently able to accept the type 
5 of call associated with said service type parameter; and 

including, in said page response, the indication that the type of call requested 
by the calling party is rejected, upon determining that said mobile station is currently 
not able to accept the type of call associated with said requested service code. 



10 
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FIG. 3 
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